Skip to content

Conversation

@judah-w
Copy link

@judah-w judah-w commented Jan 8, 2026

Proof of concept of how to resolve this vulnerability: Performance: Linear response time degradation when processing large numbers of validation errors

I have:

  • Added tests covering the bug / feature
  • Updated any relevant documentation

@coveralls
Copy link

coveralls commented Jan 8, 2026

Coverage Status

coverage: 87.433% (-0.05%) from 87.484%
when pulling 5cf80ba on judah-w:stop-walk-on-error
into 4956970 on vektah:master.

@vijaykramesh
Copy link

+1 thanks for the fix!

@StevenACoffman
Copy link
Collaborator

I really appreciate you making a PR for this!

As I mentioned on the issue, rather than a boolean, I think it will be more generally useful as an integer for the maximum number of errors, where 0 is unlimited, 1 would do as this currently does, but you could specify some reasonable number like 10, which would cover 90% of normal validation problems with more useful feedback, but still prevent the DoS behavior.

@judah-w judah-w changed the title Allow option to abort validation after encountering first error Allow option to abort validation after encountering N errors Jan 16, 2026
@judah-w
Copy link
Author

judah-w commented Jan 16, 2026

Updated and added some unit tests, please let me know if there's anything that can be improved, thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants